|
Author |
Thread Statistics | Show CCP posts - 29 post(s) |
Draygo Korvan
Merch Industrial GoonSwarm
|
Posted - 2008.06.05 16:08:00 -
[1]
Originally by: CCP Lingorm ... flag, contraband, singleton, quantity ...
flag (bool? [locked/unlocked?]), contraband (list probably?), singleton (bool?), quantity (int?). Researched BPO's/BPC's will always have a quantity of 1 right?
What does singleton mean? Does it mean an item that is unpackaged?
All researched BPO's BPC's are 'unpackaged', so couldn't you use the quantity field to store what type of BPO/BPC it is, if it is researched (and thus unstackable) Essentially Researched BPO = Singleton 1, Quantity 2 (UI knows its only 1 item however) BPC = Singleton 1, Quantity 1 Unresearched BPO = Singleton 0, Quantity X
Sure it would take a bit of rewriting of the inventory code, and probably a lot of testing but in the end it would be worth it. --
|
Draygo Korvan
Merch Industrial GoonSwarm
|
Posted - 2008.06.05 23:40:00 -
[2]
I assume based on dev responses BPC's and BPO's have the same itemID, otherwise it would be really simple fix because then you could simply change the graphic for the itemID. --
|
Draygo Korvan
Merch Industrial GoonSwarm
|
Posted - 2008.06.07 04:48:00 -
[3]
Originally by: Jason Edwards I know this idea might be kind of annoying... but why not just make it so when you "copy" the blueprint. It's actually creating a new type of item in of itself. So that it can essentially have at least a different picture just as any other items have different pictures.
Or a sort of O or C in the top right corner like others have proposed?
I just figure have a completely new item created is doable because invention creates a completely new item.
I don't think the devs are interested in doubling the size of their item database. --
|
Draygo Korvan
Merch Industrial GoonSwarm
|
Posted - 2008.06.08 16:16:00 -
[4]
The reason I say that because while that would be a simple and easy 'fix', they obviously have not done it for some reason.
--
|
Draygo Korvan
Merch Industrial GoonSwarm
|
Posted - 2008.06.11 18:45:00 -
[5]
Lingorm has been very good at communicating with us so far. I'm waiting to see his response to posts made after his last one. I'm interested in what he sees the potential problems might be to the new set of suggestions (besides "it's a lot of work"). --
|
Draygo Korvan
Merch Industrial GoonSwarm
|
Posted - 2008.06.12 21:30:00 -
[6]
Edited by: Draygo Korvan on 12/06/2008 21:30:43
Originally by: CCP Lingorm
Singleton means that it is 'unpackages and hence can have different dogma attributes from its type dogma values.
A Singleton ALWAYS has a quantity of 1, but quantity of 1 does not mean an item is a singleton (singleton is a bit/bool field).
We could do this but that means adding special code to the inventory system and teh UI system which is not idea. I will note the idea down and mention it, but I don't think it will go anywhere. Nice idea though.
I look forward to what they have to say about it. Yea it would obviously require some UI changes such that singleton 1 is always treated as a single item regardless what the quantity value is, so you can use the quantity value to determine if its a BPO or BPC.
Thanks for your input, I look forward to any further information that might come out of this. --
|
Draygo Korvan
Merch Industrial GoonSwarm
|
Posted - 2008.06.23 20:47:00 -
[7]
Originally by: CCP Lingorm
Originally by: Draygo Korvan
All researched BPO's BPC's are 'unpackaged', so couldn't you use the quantity field to store what type of BPO/BPC it is, if it is researched (and thus unstackable) Essentially Researched BPO = Singleton 1, Quantity 2 (UI knows its only 1 item however) BPC = Singleton 1, Quantity 1 Unresearched BPO = Singleton 0, Quantity X (BPC's are always singleton 1, due to the blueprint copy metadata)
We could do this but that means adding special code to the inventory system and the UI system which is not (a bad?) idea. I will note the idea down and mention it, but I don't think it will go anywhere. Nice idea though.
Did it go anywhere? --
|
Draygo Korvan
Merch Industrial GoonSwarm
|
Posted - 2008.06.28 04:04:00 -
[8]
Originally by: Gwendion I know you've said its not possible but uh.. You have ways to control visual displays of the images right? Possible to change the RGB hues or add another icon overlay? (like T2 for example)
So.. how about just a visual change, a quick change where it calls the function to display the icon like... (I used -1 as the BPO difference, cause if its greater than 1, then its a BPC, thats just how Im thinking about it)
if (item->runs != -1) { addBPCIcon(item); }
or whatever, similar to say T2 how the T2 icon is just a small visual change ontop of the base icon.
It would work! You have the ability! :P
A copy stamp over the icon would look cool.. (bottom up orientation)
It wont work because Eve does not query the meta data on an item on opening the inventory window, only when you 'show info' for that item. Read the thread. --
|
Draygo Korvan
Merch Industrial GoonSwarm
|
Posted - 2008.07.07 01:33:00 -
[9]
Originally by: Luzz Bightyear Having the client query the number of runs, PE, etc automatically when it encounters BPs is ideal IMO.
This crap about additional database overhead is bullshit, everyone with a brain has to hit the Info page and query it ANYWAY. :P
Off topic: a button in the Create Job window next to the Runs box that sets the number of runs to the max you can produce with the materials you currently have would be nice.
I don't know about you, but I don't click show info on every single BPO/BPC every single time I open my inventory hanger in a station. I only really do it when I want to use a BPO/BPC.
So yes, it is added overhead to the database to have it run tens to hundreds of extra queries all at once. --
|
Draygo Korvan
Merch Industrial GoonSwarm
|
Posted - 2008.07.21 02:15:00 -
[10]
Edited by: Draygo Korvan on 21/07/2008 02:15:48 Edited by: Draygo Korvan on 21/07/2008 02:15:30
Originally by: BigWhale Actually adding a single bit to a database table might be a little difficult. You can't just add a bit. How will you store a single bit on a disk? Or even in memory?
To add a single bit, you have to add one column to a database table. That would be (at least) one byte per every item.
The idea is to find a solution in existing DB schema. Can they recycle a bit here and there in one of the existing columns?
http://oldforums.eveonline.com/?a=topic&threadID=772921&page=4#96 --
|
|
Draygo Korvan
Merch Industrial GoonSwarm
|
Posted - 2008.07.31 20:09:00 -
[11]
Originally by: Wardo21
Reuse the field that determines the size of a gun, or the slot for a module, to indicate the type of print. Also, store the number of runs for a copy in the same place as the number of items in a stack. (Or however it is that you mark a print as used, stack size for used originals is null or empty.) This would also be a nice indicator of how many runs a copy has right on the icon.
That field is in the itemid for the item which is shared between BPC and BPO, so that wouldn't work at all. --
|
Draygo Korvan
Merch Industrial GoonSwarm
|
Posted - 2008.08.05 17:45:00 -
[12]
Edited by: Draygo Korvan on 05/08/2008 17:45:47
Originally by: Mika Meroko here to add/share the pain of dropping a single cap recharger bpo into 400 copies of bpcs...
and spending an hour to find it... in the 21 to last item...
Use the science and industry window if you accidentally drop it in 200 bpc's. You can throw the bpo back into production then move all your BPC's to a container, and then cancel the S&I job. --
|
Draygo Korvan
Merch Industrial GoonSwarm
|
Posted - 2008.08.08 14:43:00 -
[13]
Originally by: Ammon Skycloud Ok I've not read the entire thread so someone may have said some of this before.
yea it has been suggested. BPO's do not have a quantity value once researched or used in manufacturing. --
|
Draygo Korvan
Merch Industrial GoonSwarm
|
Posted - 2008.09.01 04:05:00 -
[14]
Originally by: CCP Lingorm I have written up the suggestions for changes to the Science and Industry Interface so that you have the option to Right Click and Move them to a Corp or Personal Hanger.
This has now been handed to the UI Group and they will prioritise and organise getting it into game. No Promises on when this will happen but this is now a feature on out Backlog.
Please add an option to move to your active ships cargohold, there are cases when a player may not have a corp or personal hanger and having a 'catch all' option would mitigate that problem. If you dont have an active ship or your ship cannot store the item in its cargohold have it just pass an error. |
Draygo Korvan
Merch Industrial GoonSwarm
|
Posted - 2008.09.28 21:03:00 -
[15]
Edited by: Draygo Korvan on 28/09/2008 21:03:29 I'm posting this here because its related:
Can we have BPO's and BPC's distinguished in Killmails. Its not every second that a bpo/bpc is destroyed in a ship and I would find it useful to know this information in the killmail. --
|
Draygo Korvan
Merch Industrial GoonSwarm
|
Posted - 2008.09.30 06:24:00 -
[16]
Originally by: CCP Lingorm
Originally by: Draygo Korvan Edited by: Draygo Korvan on 28/09/2008 21:03:29 I'm posting this here because its related:
Can we have BPO's and BPC's distinguished in Killmails. Its not every second that a bpo/bpc is destroyed in a ship and I would find it useful to know this information in the killmail.
Nope.
Speaking as a carebear I find it rather amusing when a piewat goes off and gloats about all the BPO's he has killed, when in actual fact they are all bpc's and it was a 50/50 decision to either move them and give them away to corp members or just trash them. In fact I know of a couple of instances where people tried to give them away in local first, when no one replied they loaded them in a shuttle and set of on autopilot hoping to get ganked to lump them on someone else....
All joking aside. This would add additional load to the killmail system as it would need to do an additional query to the db to get this information, exactly the same reason we do not do it for the inventory system. So my guess is that this will not happen.
One does not bring bpo/bpc's to fleet (laggy) combat. You can always have a lag check before bothering to query. Or you can assume they are copies because that is the most likely case. I dont think people losing bpo's bpc's happens as fast as people shuffling through their inventory. The additional load should be minimal. I think the sacrifice would be worth it. --
|
|
|
|